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(54) Peripheral component interconnect bus system having latency and shadow timers 



(57) A PCI system is provided with a shadow regis- 
ter and a shadow timer. When a master device sends 
an address designating a target device that is connected 
to another bus, the device's latency value is recorded in 
the shadow register. While the PCI-PCI bridge arbitrates 
for the target bus, the master's latency timer increments 
but the shadow timer will not begin to increment until the 



PCI-PCI bridge receives a grant# from the target's bus 
and data transmission begins. Accordingly, the bus ar- 
biter will not de-assert the grant# until the shadow timer 
has reached the latency value or the master device has 
released the bus after completing its data transmission. 
This ensures that the master device will be allocated a 
time period equal to its latency value to transmit data. 
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Description 

Field of the invention 

The present invention relates to a computer system s 
having a Peripheral Component Interconnect (PCI) bus 
system and, more particularly, to such a PCI bus system 
having latency and shadow timers. 

Description of the Prior-Art 

It is known in the art to provide a system bus, 
through which communication can be had between var- 
ious computer components, including peripheral devic- 
es. It is also known that, at any given bus cycle, only 
one device, termed the master device, can communi- 
cate through the system bus. Therefore, in order to con- 
trol access to the system bus, a device wishing to trans- 
mit data must first arbitrate for the bus and receive grant. 
In conventional systems, the master device will not re- 
lease the bus until data transmission is completed. 

However, the master device may also be forced to 
release control of the system bus. Such a situation oc- 
curs when another device requests bus mastership. If 
the bus arbiter decides to shift the grant to the request- 
ing device, it may de-assert the grant from the master 
device and grant mastership to the requesting device. 
In this situation, the master device has only one cycle 
left before it must release the bus. 

One system which has been developed to enable 
efficient use of the system bus is the Peripheral Com- 
ponent Interconnect (PCI) architecture. In PCI systems, 
each device is provided with a latency timer and a pre- 
determined latency value. An exemplary PCI system is 
shown in Fig. 1 . A more detailed explanation of a known 
PCI system can be found in, for example, PCI Local Bus 
Specification, Revision 2.0, Copyright 1992, 1993, PCI 
Special Interest Group, and in PCI to PCI Bridge Archi- 
tecture Specification, Revision 1.0, 1994 (original is- 
sue), PCI Special Interest Group, which are incorporat- 
ed herein by reference. With reference to Fig. 1 , CPU 
10 is connected to cache 20 and host bridge 30. The 
host bridge 30 is connected to the system memory 40 
and the system bus 50. Access to system bus 50 is con- 
trolled by bus arbiter 60, which may comprise an integral 
part of the system bus 50. System bus 50 is used to 
allow communication between various peripheral devic- 
es, and between the peripheral devices and the host 
bridge. For purpose of illustration, four peripheral devic- 
es 1 00, 200, 300, and 400, are shown in Fig. 1 ; however, 
those skilled in the art will understand that the number 
of devices can vary depending on the particular system 
arrangement. 

Each of the peripheral devices 100, 200, 300, and 
400, is connected to the system bus 50 via respective 
input/output masters 110, 210, 310, and 410, (l/O-DMA 
master) having respective latency timers 1 20, 220, 320, 
and 420, and respective latency values L1 , L2, L3, and 



L4. Each latency value Li is generally defined in terms 
of a certain number of bus cycles. In addition, a pair of 
REQ# and GRT# lines (not shown) are connected be- 
tween every respective l/O-DMA master 110, 210, 310, 
and 410, and the arbiter 60. 

For the purpose of illustrating the operation of a PCI 
system, description will be made of the process wherein 
peripheral device 100 transfers data to peripheral de- 
vice 200. A similar process occurs when other periph- 
eral devices attempt to transfer data. In order to transfer 
data to peripheral device 200, peripheral device 100 
must arbitrate for the system bus 50. Therefore, l/O- 
DMA maste r 1 1 0 sends a request to bus arbiter 60. (The 
terminology used herein is sometimes generalized. For 
example, in PCI terminology this step would be the 
equivalent of device 100 asserting REQ#. Also, in PCI 
terminology the '#' symbol stands for 'asserted low* 
and it will be used hereinafter to designate the respec- 
tive PCI signal). If bus arbiter 60 determines that periph- 
eral device 100 may access system bus 50 it sends a 
grant (GNT# or grant#) to l/O-DMA master 1 10. At such 
time, peripheral device 1 00 may assert frame* by send- 
ing the proper command (Read, Write, etc.) and the tar- 
get's address on the respective bus lines (not shown), 
and begin data transmission. (Frame# is a PCI com- 
mand generally indicating that a master device is com- 
municating over the bus). At the same time, latency tim- 
er 120 begins to increment. 

During the time that peripheral device 1 00 transmits 
data, another device, such as, for example, peripheral 
device 300, may arbitrate for control of system bus 50. 
Bus arbiter 60 may then decide to de-assert the grant# 
from the master device 100 and grant mastership to the 
requesting peripheral device 300. If peripheral device 
1 00 completes the data transmission before latency tim- 
er 1 20 reaches the latency value L1 , then l/O-DMA mas- 
ter 110 will release the system bus 50 and peripheral 
device 300 will become the master device. 

However, if peripheral device 100 did not complete 
its data transmission, then it may continue transmission 
until latency timer 120 reaches the latency value LI. At 
this point, l/O-DMA master 110 must check whether bus 
arbiter 60 has de-asserted the grant#. If so, then the 
master device 100 is allocated one additional cycle 
totransmit data and, thereafter, l/O-DMA master 110 
must release control of system bus 50. 

Conversely, if latency timer 120 has reachedthe la- 
tency value L1, but the arbiter 60 has not de-asserted 
the grant, the master device 100 may continue data 
transmission. However, from this cycle forward, the l/O- 
DMA master 1 1 0 must check every cycle whether grant# 
has been de-asserted, and must release the bus 50 im- 
mediately upon determining that the grant# has been 
de-asserted. 

It should be noted that, in the system of Fig. 1 , only 
one of the peripheral devices 100, 200, 300, or 400, can 
assert frame to act as a master device. That is, at any 
given time, communication through system bus 50 may 
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be had between only two devices. Therefore, PCI archi- 
tecture has been implemented in systems having multi- 
ple busses, so as to allow several peripheral devices to 
communicate simultaneously. 

An exemplary PCI multiple bridge system is shown 
in Fig. 2, wherein elements similar to those shown in 
Fig. 1 have the same reference numerals. For the pur- 
pose of this example, only four peripheral devices 100. 
200, 300, and 400, and two busses 80, and 90, are 
shown. 

In Fig. 2, host bridge 30 is connected to primary bus 
80 and secondary bus 90 through the PCI-PCI bridge 
70. For the purpose of this example, peripheral devices 
100 and 200 are shown to be connected to primary bus 
80 and peripheral devices 300 and 400 are shown to be 
connected to secondary bus 90. It will be appreciated 
by those skilled in the art, however, that other arrange- 
ments are possible. 

Mastership of primary bus 80 and secondary bus 
90 is controlled by bus arbiters 82 and 92 respectively 
The bus arbiters 82 and 92 are illustrated as two respec- 
tive parts of PCI-PCI bridge 70; however, they can al- 
ternatively be implemented, for example, as a single el- 
ement, or multiple elements constituting respective in- 
tegral parts of the primary bus 80 and secondary bus 
90, as will be apparent to those skilled in the art. 

In the PCI system of Fig. 2, communication between 
peripheral devices 100 and 200 is performed through 
the primary bus 80, and communication between the pe- 
ripheral devices 300 and 400 is performed through sec- 
ondary bus 90, in a manner similar to that described 
above with respect to Fig. 1. However, a different pro- 
cedure is followed when either of peripheral devices 100 
and 200, connected to primary bus 80, communicates 
with either of the peripheral devices 300 or 400, con- 
nected to the secondary bus 90. Such a procedure is 
generally referred to as a two level arbitration. For pur- 
pose of demonstration, description will be made with re- 
spect to the case where peripheral device 100 wishes 
to transmit data to peripheral device 300. 

In order for peripheral device 100 to transmit data 
to peripheral device 300, it first must arbitrate for primary 
bus 80. Accordingly, the l/O-DMA master 110 sends a 
request (asserts REQ#) to the bus arbiter 82. When the 
bus arbiter 82 sends the grant#, peripheral device 100 
asserts f rame# by sending the proper command and the 
target's address on the respective bus lines (not shown). 
PCI-PCI bridge 70 recognizes that the target for the ad- 
dress is connected to secondary bus 90 and, according- 
ly, keeps the master device 100 in a wait state and ar- 
bitrates for the secondary bus 90. 

Meanwhile, when device 100 receives the grant# 
from bus 80, latency timer 120 begins to increment. It 
should be appreciated that, although device 1 00 has as- 
serted f rame#, no data is being transmitted at this time 
since mastership of secondary bus 90, to which periph- 
eral device 300 is connected, has not been established. 
However, since latency timer 120 begins to increment 



from the moment l/O-DMA master 110 asserts frame# 
of primary bus 80, it is possible that it may reach the 
latency value L1 prior to PCI-PCI bus 70 receiving 
grant# from secondary bus 90. 

5 If the latency value L1 is reached prior to PCI-PCI 
bus 70 receiving grant# from secondary bus 90, then 
the l/O-DMA master 110 would have only one cycle to 
transfer data before it would be required to release the 
primary bus 80. As a result, peripheral device 1 00 would 

10 be able to transfer data during only one cycle instead of 
the number of cycles defined by its latency value L1 . 
Accordingly, if this situation occurs, only a small part of 
the data from device 100 would be transferred to the 
target device 300, i.e. only data corresponding to one 

'5 cycle. In addition, primary bus 80 and PCI-PCI bridge 
70 would be wastefully controlled by peripheral device 
1 00 during the time PCI -PCI bridge 70 arbitrates for sec- 
ondary bus 90. Since data was transmitted only during 
one cycle, the wasted period is commensurable with the 

20 latency value LI. 

Alternatively, PCI-PCI bridge 70 may receive a 
grant# from secondary bus 90 before latency timer 120 
reaches the latency value L1 , but the remaining time 
may be insufficient to complete transmission of all the 

25 data. Therefore, peripheral devices 100 would trans- 
ferred data over a period shorter than the number of cy- 
cle defined by its latency value L1. Accordingly, part of 
the latency value L1 period would be wastefully allocat- 
ed to establishing the connection to the target device 

30 rather than to data transfer. 

Therefore, in order to increase the number of com- 
pleted transactions, the latency value Li (i designating 
any of peripheral devices 100, 200, 300, or 400) may be 
set at a maximum permissible value. For example, in 

35 existing systems it may be set at a maximum of 256 data 
cycles (the limiting factor being the number of bits in the 
register). 

However, should the latency value Li be set at such 
a maximum, it will provide a master device with an un- 

40 proportionally large share of the total allocable time 
when the master device is communicating with a device 
connected to the same bus. As is known to those skilled 
in the art, certain devices are time sensitive in that they 
cannot be put in a wait state for too long of a period. 

45 Therefore, if a master device asserts frame# during a 
maximum permissible latency period, such time sensi- 
tive devices may not be able to get on the bus and will 
starve. Such a situation may lead to corruption of data 
in the starved devices. 

50 Moreover, when a master device that has been al- 
located the maximum permissible latency is initiating a 
transaction over the PCI-PCI bridge, part of the latency 
value is expended on arbitrating for the target's bus. If 
during the arbitration for the target's bus the latency tim- 

55 er expires, then only one cycle of the maximum permis- 
sible latency period would be dedicated to data trans- 
mission. Accordingly, in a system where devices are al- 
located the maximum permissible latency period, each 
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incomplete transaction over the PCI-PCI bridge 70, e. 
g., when only one data cycle has been used for data 
transfer, will result in longer wasteful periods, 

SUMMARY OF THE INVENTION S 

Accordingly, it is an object of the present invention 
to provide for a computer system having better manage- 
ment of bus mastership. In addition, the present inven- 
tion provides for a PCI system wherein a master device 
connected to one system bus, may transmit data to a 
target device connected to another system bus for a pe- 
riod equal to the device's latency value. According to the 
present invention, a PCI system is provided with a shad- 
ow register and a shadow timer. When a master device 
sends an address designating a target device that is 
connected to another bus, the device's latency value is 
recorded In the shadow register. The PCI-PCI bridge 
would then arbitrate for the target bus. During this arbi- 
tration period, the latency timer of the master device is 
incrementing, but the shadow timer will not begin to in- 
crement until the PCI-PCI bridge received a grant# and 
data transmission began. Accordingly, in the system of 
the present invention, the bus arbiter will not de-assert 
the grant # until the shadow timer has reached the laten- 
cy value or the master device released the bus after 
completing its data transmission. This ensures that the 
device will be allocated a time period equal to its latency 
value to transmit data. That is, even if the device's la- 
tency timer reaches the latency value, it will not be re- 
quired to release the bus since the bus arbiter will not 
de-assert the grant# before the shadow timer reaches 
the latency value. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Other objects and advantages of the present inven- 
tion will become apparent from the following description 
of the preferred embodiments with reference to the 
drawings, in which : 

Figure 1 is a circuit block diagram of a prior art PCI 
system; 

Figure 2 is a circuit block diagram of a prior art mul- 
tiple bus PCI system; 

Figure 3 is a circuit block diagram of a multiple bus 
PCI system according to an embodiment of the 
present invention; and 

Figure 4 is a circuit block diagram of a multiple bus 
PCI system according to another embodiment of the 
present invention. 



DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

A PCI architecture according to an embodiment of 
the present invention is shown in Fig. 3, in which ele- 
ments similar to those of Fig. 2 are designated by similar 
reference numerals. In Fig. 3, PCI-PCI bridge 70 is pro- 
vided with bus arbiters 82 and 92, shadow register 84, 
and shadow timer 86. However, it should be appreciated 
that other arrangements are possible. For example, the 
number of bus arbiters may vary. In addition, for simplic- 
ity only one shadow timer is shown, however, it is pref- 
erable to set the number of shadow timers with respec- 
tive shadow registers to correspond to the number of 
peripheral devices. 

In the embodiment of Fig. 3, the latency value Li of 
each of peripheral devices 100, 200, 300, and 400, is 
set to allow for efficient communication with a respective 
peripheral device connected to the same system bus. 
Therefore, for example, the latency value L1 of periph- 
eral device 100 is set to allow peripheral device 100 to 
efficiently communicate with any peripheral device con- 
nected to primary bus 80. Similarly, the latency timer val- 
ue L3 of peripheral device 300 is set to allow efficient 
communication with any peripheral device connected to 
secondary bus 90. Accordingly, communication through 
a single system bus is accomplished in the same man- 
ner as described above with reference to the prior art 
systems shown in Figs. 1 and 2. 

A particular advantage over the system shown in 
Fig. 2 is exemplified in the cases where communication 
is transacted between peripheral devices connected to 
different system busses. 

I.e., a two level arbitration. For the purpose of ex- 
ample, the case will be described where peripheral de- 
vice 100 wishes to transmit data to peripheral device 
300. As in the system of Fig. 2, peripheral device 100 
first arbitrates for primary bus 80. When bus arbiter 82 
sends the grant#, peripheral device 1 00 asserts frame#, 
sending the proper command and address on the re- 
spective bus lines (not shown), and latency timer 120 
begins to increment. PCI-PCI bridge 70 recognizes that 
the target for the address is connected to secondary bus 
90 and, accordingly, records the latency value L1 of pe- 
ripheral device 100 in shadow register 84, keeps the 
master device 100 on a wait state, and arbitrates for the 
secondary bus 90. 

In the device of Fig. 3, bus arbiter 82 may de-assert 
the grant# only if peripheral device 100 has completed 
data transmission and released the primary bus 80, or 
after the shadow timer 86 has reached the latency value 
L1 . The shadow timer 86, however, does not begin to 
increment until the PCI-PCI bridge 70 receives grant# 
from bus arbiter 92 and device 100 begins data trans- 
mission. Therefore, during the period when PCI-PCI 
bridge 70 arbitrates for secondary bus 90, the bus arbi- 
ter 82 will not de-assert the grant# (i.e., device 100 will 
not release the primary bus 80 because it has not begun, 
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let alone completed, data transfer, and bus arbiter 82 
will not de-assert the grant# because shadow timer has 
not begun counting, let alone reached the latency value 
L1). 

When the PCI-PCI bridge 70 receives the grant# s 
from bus arbiter 92, device 100 may begin transmitting 
the data. 

Consequently, from this point on. every cycle count- 
ed by shadow timer 86 would be a data transfer cycle 
rather than an idle cycle. Moreover, since shadow timer 10 
86 expires only after it reaches the latency value L1 , 
which is stored in register 84, peripheral device 1 00 can 
efficiently use its latency value L1 period for data trans- 
fer purposes. 

If peripheral device 100 completes its data trans- is 
mission before shadow timer 86 has reached the latency 
value L1 , it will release the primary bus 80. At such time, 
arbiter 82 may de-assert the grant#. Alternatively, if data 
transmission is not completed but the shadow timer 86 
has reached the latency value L1 , bus arbiter 82 may 20 
de-assert the grant#. It is noted that from the moment 
the latency timer 120 has reached the latency value L1 , 
the l/O-DMA master 110 checks whether grant# has 
been de-asserted at every cycle. Therefore, if the shad- 
ow timer 86 has reached the latency value L1 and the 2s 
bus arbiter 82 has de-asserted the grant#, l/O-DMA 
master 110 will have to release the primary bus 80. 

From the above description, it should become ap- 
parent that the latency timer 120 will always expire be- 
fore the shadow timer 86. (While both timers count the 30 
same period length, the latency timer 120 begins to in- 
crement first). Therefore, since the l/O-DMA master 110 
will check whether grant# has been de-asserted at every 
cycle after latency timer 120 has expired, it is assured 
that the l/O-DMA master 1 1 0 will release the primary bus 35 
80 immediately after grant# has been de-asserted at the 
expiration of shadow timer 86. 

One can anticipate that, during the period when de- 
vice 100 is communicating with device 300, another pe- 
ripheral device connected to secondary bus 90, for ex- 40 
ample peripheral device 400, may arbitrate for second- 
ary bus 90. However, if device 100 has not completed 
its data transfer and the shadow timer 86 has not ex- 
pired, device 100 will not release the primary bus 80 
and, consequently, PCI-PCI bridge 70 will not release 45 
the secondary bus 90. Therefore, under such condi- 
tions, device 400 may not gain access to secondary bus 
90. 

On the other hand, if device 400 was required to re- 
arbitrate after secondary bus 90 has been released, it so 
would have caused a wasteful idle time of secondary 
bus 90, while arbiter 92 decides which device has prior- 
ity to receive grant#. In order to substantially eliminate 
this idle period, in the preferred embodiment, bus arbiter 
92 is permitted to de-assert the grant# from PCI-PCI ss 
bridge 70 and shift it to another requesting device, such 
as peripheral device 400. As explained above, PCI-PCI 
bridge 70 will not release the secondary bus 90 until pe- 



ripheral device 100 has released the primary bus 80. 
However, since peripheral device 400 has grant#, it may 
assert frame# as soon as PCI-PCI bridge 70 releases 
the secondary bus 90. That is, by completing the arbi- 
tration during the time device 1 00 transmits data, a mas- 
ter device may assert f rame# as soon as secondary bus 
90 is released. 

In the preferred embodiment, elements such as the 
shadow registers and the shadow timers, are incorpo- 
rated into the PCI-PCI bridge chip. However, as stated 
above, other arrangements are possible. For example, 
the shadow registers and timers may be incorporated in 
each of the respective system busses. Such an example 
is shown in Fig. 4, in which elements similar to those of 
Fig. 3 are designated by similar reference numerals. 

In Fig. 4. each of bus arbiters 82 and 92 is shown 
to respectively include shadow registers 84 and 94 and 
shadow timers 86 and 96. Generally, the device of Fig. 
4 operates in a similar manner as that of Fig. 3. It is not- 
ed, however, that depending on whether the transaction 
has been initiated from a device connected to the pri- 
mary bus 80 or a device connected to the secondary 
bus 90, a respective shadow timer 86 or 96 will be acti- 
vated. Thus, for example, in the transaction described 
above with reference to Fig. 3, since peripheral device 
100 has initiated the transaction, its latency value L1 will 
be registered in shadow register 84 and, upon transmis- 
sion of data, shadow timer 86 will begin counting. 

As mentioned above, the number of shadow timers 
may alternatively correspond to the number of periph- 
eral devices. In such a case, the shadow timers may be 
located in the PCI-PCI bridge, in a respective bus to 
which the respective device is connected, or in each of 
the respective peripheral devices. However, it is prefer- 
able that the shadow timers be located in the PCI-PCI 
bridge 70. It is noted that in the preferred embodiment, 
an arbiter may de-assert the grant# if a master device 
has asserted a REQ# without going on the bus, or if a 
master fails to go on the bus while having GNT# assert- 
ed for more than 16 cycles. 



Claims 

1. A computer system, comprising: 

a central processing unit; 

a bridge unit coupled to said central processing 
unit; 

at least one shadow timer for counting a 
received time value; 

first and second buses, each of which is cou- 
pled to said bridge unit; 

a plurality of first peripheral units coupled to 
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said first bus, each of said plurality of first 
peripheral units including an associated latency 
timer for counting an associated latency time 
value; and 

a plurality of second peripheral units coupled to 
said second bus, each of said plurality of sec- 
ond peripheral units also including an associ- 
ated latency timer for counting an associated 
latency time value, the latency time value asso- 
ciated with each of said first and second periph- 
eral units representing a time necessary to per- 
form a transfer operation; 

wherein each of said first peripheral units is 
operable for transferring and receiving informa- 
tion from any one of the other first peripheral 
units and from any one of said second periph- 
eral units; and 

wherein during a transfer operation in which 
information from one of said first peripheral 
units is transferred to one of said second 
peripheral units, the one first peripheral unit 
receives control of said first bus, the latency 
timer associated with the one first peripheral 
unit begins its counting operation with its asso- 
ciated latency time value in response to the one 
first peripheral unit obtaining control of said first 
bus, said at least one shadow timer receives 
the latency time value associated with the one 
first peripheral unit, and said at least one 
shadow timer begins its counting operation with 
said received latency time value in response to 
the one first peripheral unit obtaining control of 
said second bus and starting the transfer of 
information to the one second peripheral unit. 

2. The computer system as defined in claim 1 , wherein 
each of said second peripheral units is operable for 
transferring and receiving operation from any one 
of the other second peripheral units and from any 
one of said first peripheral units. 

3. The computer system as defined in claim 1 or 2, 
wherein each of said first and second peripheral 
units includes a peripheral device and an input/out- 
put master circuit coupled to said peripheral device 
and to one of said first and second buses. 

4. The computer system as defined in claim 1 , 2 or 3 
wherein said bridge unit further includes a first bus 
arbiter circuit for controlling access to said first bus, 
and a second bus arbiter circuit for controlling 
access to said second bus. 

5. The computer system as defined in anyone of 
claims 1 to 4, wherein said bridge unit further 



includes a register for receiving a latency time value 
from one of said plurality of first and second periph- 
eral units. 

s 6. The computer system as defined in anyone of 
claims 1 to 5, wherein there is a single shadow timer 
disposed in said bridge unit. 

7. The computer system as defined in anyone of 
10 claims 1 to 6, wherein there are first and second 
shadow timers, said first shadow timer being cou- 
pled to said first bus, and said second shadow timer 
being coupled to said second bus. 

'5 8. The computer system as defined in claim 4, further 
comprising first and second shadow registers cou- 
pled to said first and second bus arbiter circuits, 
respectively, said first shadow register operable for 
storing a latency time value associated with one of 

20 said plurality of first peripheral units, and said sec- 
ond shadow register operable for storing a latency 
time value associated with one of said plurality of 
second peripheral units. 

25 g. The computer system as defined in claim 8, further 
comprising first and second shadow timers, cou- 
pled to said first and second shadow registers, 
respectively, said first shadow timer operable for 
counting the time value contained in said first 

30 shadow register, and said second shadow timer 
operable for counting the time value contained in 
said second shadow register. 

10. In a computer system having a host bridge con- 
35 nected to a plurality of system busses, each of the 
system busses connected to at least one of a plu- 
rality of peripheral devices, each of the peripheral 
devices having a respective latency timer and a 
respectively assigned latency value, said plurality 
40 of system busses connected to a bus bridge for per- 
mitting communication among said peripheral 
devices and between any one of said peripheral 
devices and the host bridge, a method of controlling 
communication initiated by one of said peripheral 
45 devices connected to a first bus of said system 
busses and defined as a master device, and one of 
said peripheral devices connected to a second bus 
of said system busses and defined as a target 
device, comprising the steps of: 

so 

a. providing a shadow timer and a respectively 
assigned shadow value; 

b. sending a primary grant from said first sys- 
55 tern bus to said master device; 

c. on-setting said respective latency timer of 
said initiating device upon reception of said pri- 
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mary grant; 

d. sending an address of said target device to 
said bus bridge; 

e. sending a secondary grant from said second 
bus to said bus bridge; 

f. allowing transmission of data from said mas- 
ter device to said target device; 

g. on-setting said shadow timer upon beginning 
of data transmission from said master device; 

h. prohibiting said first bus from de-asserting 
said primary grant unless one of: said initiating 
device has released said first bus, and said 
shadow timer has reached said shadow value. 

1 1 . The method according to claim 1 0, further compris- 20 
ing the steps of setting said shadow value to equal 
said respective latency value of said initiating 
device. 
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